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Detailed Action 

1. This communication is responsive to the Request for continued Examination entered on 
10/19/2006. 

2. Claims 1,2,5, and 7 have been amended. Claims 4 and 9 have been cancelled. No claims 
have been added. 

Information Disclosure Statement 

3. The information disclosure statement (IDS) submitted on 10/02/2006, accordingly, the 
information disclosure statement has been considered by the examiner. 

*** In regards to Applicants remarks cited on page 7, wherein he stated "Efforts to reach the 
Examiner by telephone proved unavailing". Examiner states: No messages were left on voicemail 
regarding this application nor this matter (Non-Patent Literature), in which, if a voicemail was left, 
all phone calls are returned within one business day of receipt of message. 

Claim Objections 

4. Claims 1, 2, 4-5, and 7 are objected to because of the following informalities: Claims 1, 2, 4- 

5. and 7 have "comma's" cited after each limitation vs. a "semi-colon". Appropriate correction is 
required. 
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Claim Rejections - 35 U.S.C - 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 
122(b), by another filed in the United States before the invention by the applicant for patent 
or (2) a patent granted on an application for patent by another filed in the United States 
before the invention by the applicant for patent, except that an international application filed 
under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application 
designated the United States and was published under Article 21(2) of such treaty in the 
English language. 

6. Claims 1-3, and 5-8 are rejected under 35 U.S.C. 102(e) as being anticipated by Horn et al 
(US Publication No. 2002/0107968). 

Claim 1 : 

Regarding Claim 1, Horn teaches a transmission data generation method, comprising: 
a fixed block size setting step of setting the size of a fixed block based on the overhead (page 
5, section [0062], wherein the size of each block determines the efficiency of the chain reaction 
encoder and decoder where in generally the trade off between the overhead and the 
encoding/ decoding speed for a fixed number of symbols, wherein the encoding/ decoding speed in 
Mbps increases as the symbol size increases in which the amount of overhead, i.e., the number of 
extra output symbols that the decoder should collect greater than the block size, is proportionately 
smaller for larger blocks, and to minimize the required overhead the blocks should therefore be as 
large as possible, and for a fixed block size, increasing the symbol size improves encoding/decoding 
speed at the cost of overhead performance, Horn); 

a variable block setting step of determining the size of a variable block which cannot be 
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divided by said fixed block (page 17, section [0184], wherein he VRFS scheduler may become less 
efficient since the variable rate fixed segment scheduler is not guaranteed to download at the 
maximum download rate Rd, wherein for equal sized segments Bmin, m=2, n=5 and Rd=5Rp/6, 
Equation 6 and Equation 7 are satisfied, but the VRFS scheduler cannot schedule the five segments 
to be downloaded to achieve uninterrupted play out at the client, and wherein the divided is 
displayed in the equation, Horn) and the overhead of the variable block for each segment of the 
contents when the size of the segment is not an integer multiplication of the size of the fixed block 
(page 13, section [0137], wherein the startup latency number m to be the number of blocks that the 
client plays out in Ts seconds, i.e., m=Ts/Tf=Bmin.multidot.Ts/Rp, in which notes that m need not 
be an integer, Horn); 

a segment size calculation step of calculating the size of a segment for each segment of 
the contents based on the size of the said fixed block (page 13, section [0132], wherein client 
downloads information about block i at time t, and define T(i) to be time and block I begins playing 
out, where again time is measured relative to the client, where time zero is when the client initiates 
the session and the download starts, and given a fixed maximum client download rate Rd, the goal 
of the MOD system is to achieve uninterrupted play out of the media object, Horn); 

a segment division step of dividing the contents into segments according to the calculated 
size of said segment (page 7, section [0078], wherein the blocks or set of blocks are chosen to 
generate an output symbol will be referred to as the blocks associated with that output symbol, and 
page 7, section [0079] , wherein the block encoder provides the output symbol to a transmit module 
and the transmit module may also provide the key of each such output symbol and the set of blocks 
associated with each output symbol, and page 8, section [0082], wherein the receive module receives 
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the output symbols and the receive module may use timing information in order to calculate the key 
or the block, Horn); 

a block division step of dividing said divided segment into blocks page 7, section [0078], 
wherein each segment of the media object may be logically divided into plurality of disjoint blocks 
by the media block scheduler, in which segment is defined as dividing into segments, Horn); and 

a meta contents creation step for creating the contents into meta contents by adding 
overhead for each one of said divided blocks (page 5, section [0059], wherein the client stores the 
packets for a block as they arrive and waits for the entire block as wherein meta contents are the 
packets; and page 19, section [0205], wherein the client storage requirement is limited, it may be 
preferable to increase the server bandwidth and the total number of segments in the media object, 
and place an upper limit on the segment size, and the server bandwidth can be further divided so 
that a segment finishes downloading as late as possible before it is scheduled to play out, Horn), 

when the size of segment is an integer multiplication of the size of the fixed block, the 
overhead for each segment is set based on the overhead in said fixed block (page 5, section [0062], 
wherein the amount of overhead, i.e., the number of extra output symbols that the decoder should 
collect greater than the block size is proportionately smaller for larger blocks and for a fixed block 
size increasing the symbol size improves encoding/decoding speed at the cost of overhead 
performance; and page 14, section [0157], Horn), and when the si2e of the segment is not an integ er 
multiplication of the size of the fixed block (page 13, section [0137], wherein the startup latency 
number m to be the number of blocks that the client plays out in Ts seconds, i.e., 
m=Ts/Tf=Bmin.multidot.Ts/Rp, in which notes that m need not be an integer, Horn), the 
overhead for each segment is set based on the overhead in said fixed block and the overhead in the 
variable block of said segment (page 5, section [0062], wherein the size of each block determines the 
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efficiency of the chain reaction encoder and decoder where in generally the trade off between the 
overhead and the encoding/decoding speed for a fixed number of symbols, wherein the 
encoding/ decoding speed in Mbps increases as the symbol size increases in which the amount of 
overhead, i.e., the number of extra output symbols that the decoder should collect greater than the 
block size, is proportionately smaller for larger blocks, and to minimize the required overhead the 
blocks should therefore be as large as possible, and for a fixed block size, increasing the symbol size 
improves encoding/decoding speed at the cost of overhead performance, Horn). 
Claim 2: 

Regarding Claim 2, Horn teaches a transmission data generation method, comprising: 
a fixed block size setting step of setting the size of a fixed block based on the overhead (Refer to 
claim 1, wherein this limitation is substantially the same/or similar, Horn); 

a fixed block playout time calculation stop calculating the playout time of said fixed block 
based on the size of said fixed block block (page 9, section [0093], wherein to calculate the value 
B(I,F), for the current output symbol, and wherein the calculator calculates the value B(I,F) of the 
output symbol being calculated based on a value faction, Horn 1 ); 

a variable block setting step of determining the size or playout time of a variable block which 
cannot be divided by said fixed block and the overhead of the variable block for each segment of the 



1 The Examiner interprets the terms " transmission time " and " plavout time " to be same functionality in 
which the method of both consist of carrying data between the server and the client, and determining the 
rate/calculating to serve each segment as to when client may start receiving and a time at which the client 
may stop receiving, but using different wording to address the claim limitations. Claim 5 can also read on 
independent claims 1,2, and 7. For example: Claim 5 states: calculating the number of fixed blocks 
included in the segment for each segment of the contents based on the transmission time of said 
segment and wherein Claim 7 states: calculates the playout time of fixed block based on the size of said 
fixed block and calculates playout time of a segment for each segment of contents based on the 
calculated plavout time of the segment . 
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contents when the size of the segment is not an integer multiplication of the si2e of the fixed block 
(Refer to claim 1, wherein this limitation is substantially the same/or similar, Horn); 

a playout time calculation (Figure 1, diagrams 120(1) and 120(m), Horn) step of calculating 
the playout time of a segment for each segment of the contents based on the playout time of said 
fixed block (page 13, section [0132], wherein client downloads information about block i at time t, 
and define T(i) to be time and block I begins playing out, where again time is measured relative to 
the client, where time zero is when the client initiates the session and the download starts, and given 
a fixed maximum client download rate Rd, the goal of the MOD system is to achieve uninterrupted 
play out of the media object, Horn); 

a transmission time calculation step of calculating the transmission time of a segment for 
each segment of the contents based on the calculated playout time of the segment (page 13, sections 
[0133] [0136], wherein the constraint in equation three is due to the fact that the client should have 
finished downloading block i by the time it needs to play it out, i.e., by the time blocks 0, . . . , i-1 
have completed playing out, Horn); 

a segment division step of dividing the contents into segments according to said calculated 
transmission time of the segment(page 5, section [0057], wherein a media object file may be divided 
into sequentially numbered blocks, where the blocks index indicates the temporal position of each 
block in playing out the media content; page 7, section [0078], wherein the blocks or set of blocks 
are chosen to generate an output symbol will be referred to as the blocks associated with that output 
symbol; and page 7, section [0079] , wherein the block encoder provides the output symbol to a 
transmit module and the transmit module may also provide the key of each such output symbol and 
the set of blocks associated with each output symbol, and page 8, section [0082], wherein the receive 
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module receives the output symbols and the receive module may use timing information in order to 
calculate the key or the block, Horn); 

a block division step of dividing said divided segment into blocks (page 7, section [0078], 
wherein each segment of the media object may be logically divided into plurality of disjoint blocks 
by the media block scheduler, in which segment is defined as dividing into segments, Horn); and 

a meta contents creation step for creating the contents into meta contents by adding 
overhead for each one of said divided blocks (Refer to claim 1, wherein this limitation is 
substantially the same/or similar, Horn), 

when the size of segment is an integer multiplication of the size of the fixed blocks the 
overhead for each segment is set based on the overhead in said fixed block (Refer to claim 1 , 
wherein this limitation is substantially the same/or similar, Horn), and when the size of the segment 
is not an integer multiplication of the size of the fixed block, the overhead for each segment is set 
based on the overhead in said fixed block and the overhead in the variable block of said segment 
(Refer to claim 1, wherein this limitation is substantially the same/or similar, Horn). 
Claims 3 and 8: 

. Regarding claims 3 and 8, Horn teaches wherein said time calculation means sets the size of 
said fixed block so that the overhead becomes a small value (page 5, section [0062], wherein the 
amount of overhead as in the number of extra output symbols that the decoder should collect 
greater than the block size is proportionately smaller for the larger blocks, wherein overhead is 
defined to be work or information that provides support possibly critical support for a computing 
process; and page 19, section [0206], wherein the block sizes are fixed, then the segment sizes can be 
adjusted so that segment contains an integer number of blocks by decreasing or increasing the 
segment size, Horn). 



Application/Control Number: 10/616,304 Page 9 

Art Unit: 2163 

Claim 5: 

Regarding claim 5, Horn teaches the transmission data generation method, further 
comprising: 

a fixed block transmission time calculation step of calculating the transmission time of said 
fixed block based on the playout time of said fixed block (page 9, section [0093], wherein to 
calculate the value B(I,F), for the current output symbol, and wherein the calculator calculates the 
value B(I,F) of the output symbol being calculated based on a value faction, Horn 2 ); 

a fixed block count calculation step of calculating the number of fixed blocks included in the 
segment for each segment of the contents based on the transmission time of said segment (page 13, 
section [0132], wherein client downloads information about block i at time t, and define T(i) to be 
time and block I begins playing out, where again time is measured relative to the client, where time 
zero is when the client initiates the session and the download starts, and given a fixed maximum 
client download rate Rd, the goal of the MOD system is to achieve uninterrupted play out of the 
media object, Horn) and the transmission time of said fixed block (page 4, section [0052], wherein 
the server and the client are more of a constraint on the transmission stream as in the maximum rate 
that the client can download a media object, Rd, may be constrained and may be fixed for a 
particular media object as stated on page 4, section [0054], Horn); and 



2 The Examiner interprets the terms " transmission time " and " plavout time " to be same functionality in 
which the method of both consist of carrying data between the server and the client, and determining the 
rate/calculating to serve each segment as to when client may start receiving and a time at which the client 
may stop receiving, but using different wording to address the claim limitations. Claim 5 can also read on 
independent claims 1 ,2, and 7. For example: Claim 5 states: calculating the number of fixed blocks 
included in the segment for each segment of the contents based on the transmission time of said 
segment and wherein Claim 7 states: calculates the playout time of fixed block based on the size of said 
fixed block and calculates playout time of a segment for each segment of contents based on the 
calculated plavout time of the segment . 
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total fixed block playout time calculation step of calculating the playout time (Figure 1, 
diagrams 120(1) and 120(m), Horn) of all the fixed blocks included in the segment for each segment 
of the contents based on said calculated number of fixed blocks and the playout time of said fixed 
block (page 13, section [0132], wherein client downloads information about block i at time t, and 
define T(i) to be time and block I begins playing out, where again time is measured relative to the 
client, where time zero is when the client initiates the session and the download starts, and given a 
fixed maximum client download rate Rd, the goal of the MOD system is to achieve uninterrupted 
play out of the media object, Horn), 

wherein in said playout time calculation step, the playout time of all the fixed blocks included 
in said segment is regarded as the playout time of the segment for each segment of the contents if 
the size of the segment is an integer multiplication of the size of the fixed block (page 18, section 
[0200], wherein each new segment is scheduled to be downloaded at an aggregate rate of 
c.multidot.Rd/r, where c is an integer between 1 and r in which multiplication is represented by a 
dot, Horn), and 

calculates the transmission time of a segment based on the calculated playout time of the 
segment (page 13, sections [0133] [0136], wherein he constraint in equation three is due to the fact 
that the client should have finished downloading block i by the time it needs to play it out, i.e., by 
the time blocks 0, . . . , i-1 have completed playing out, Horn); and 

if the size of the segment is not an integer multiplication of the size of the fixed block (page 
13, section [0137], wherein the startup latency number m to be the number of blocks that the client 
plays out in Ts seconds, i.e., m=Ts/Tf=Bmin.multidot.Ts/Rp, in which notes that m need not be an 
integer, Horn), 
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the playout time of the segment is calculated based on the playout time of an variable block 
of said segment (page 16, section [0175], wherein media object scheduler using variable fixed rate 
segment size to determine the rate and schedule pair for each segment in a media object, and its 
downloaded to play it out uninterrupted using a calculation based, Horn) and the playout time of all 
the fixed blocks included in said segment (page 16, section [01 7 6], wherein Ns(i) aggregate size of the 
segments, and the play out rate is Rb Mbps then segment S(i) begins playing out Ns(i)/Rp seconds 
and also see Figure 13, all features wherein the process is described in further details, Horn). 
Claim 6: 

Regarding claim 6, Horn teaches wherein in said variable block setting step, the product of 
the playout time of said variable block (page 17, section [0182], wherein the steps of the playing out 
segment begins and playing out set completes is defined and wherein the product is interpreted to be 
the result of the required server bandwidth is Rs=21.95, Horn) and the overhead in said variable 
block is determined for each segment of the contents using the playout time of all the fixed blocks 
included in said segment and transmission time of said segment (page 5, section [0062], wherein the 
size of each block determines the efficiency of the chain reaction encoder and decoder where in 
generally the trade off between the overhead and the encoding/decoding speed for a fixed number 
of symbols, wherein the encoding/decoding speed in Mbps increases as the symbol size increases in 
which the amount of overhead, i.e., the number of extra output symbols that the decoder should 
collect greater than the block size, is proportionately smaller for larger blocks, and to minimize the 
required overhead the blocks should therefore be as large as possible, and for a fixed block size, 
increasing the symbol size improves encoding/ decoding speed at the cost of overhead performance, 
Horn), and 
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the playout time of said variable block (page 5, section [0058], wherein playing out the block 
and wherein size and rate of each block is served, Horn) and the overhead in said variable block are 
determined from said product using a predetermined numerical analysis method (pages 12, section 
[0131], wherein pseudo segment is interpreted to be the overhead as overhead is defined to be a use 
of resources performing a particular feature and wherein a pre- downloaded segment performs a 
numerical analysis, in which numerical analysis is interpreted to be mainly a real variable or, 
numerical linear algebra over the real or complex fields, providing the solution of differential 
equations, Horn). 
Claim 7 : 

Regarding Claim 7, Horn teaches a transmission data generation comprising: 
time calculation (Figure 4, diagram 425, Horn) means which sets the size of a fixed block 
based on the overhead (page 5, section [0062], wherein the size of each block determines the 
efficiency of the chain reaction encoder and decoder where in generally the trade off between the 
overhead and the encoding/decoding speed for a fixed number of symbols, wherein the 
encoding/decoding speed in Mbps increases as the symbol size increases in which the amount of 
overhead, i.e., the number of extra output symbols that the decoder should collect greater than the 
block size, is proportionately smaller for larger blocks, and to minimize the required overhead the 
blocks should therefore be as large as possible, and for a fixed block size, increasing the symbol size 
improves encoding/decoding speed at the cost of overhead performance, Horn), 

calculates the playout time of the fixed block based on the size of said fixed block (page 9, 
section [0093], wherein to calculate the value B(I,F), for the current output symbol, and wherein the 
calculator calculates the value B(I,F) of the output symbol being calculated based on a value fraction, 
Horn), 
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calculates the playout time (Figure 1, diagrams 120(1) and 120(m), Horn) of a segment for 
each segment of the contents based on the playout time of said fixed block (page 13, section [0132], 
wherein client downloads information about block i at time t, and define T(i) to be time and block I 
begins playing out, where again time is measured relative to the client, where time zero is when the 
client initiates the session and the download starts, and given a fixed maximum client download rate 
Rd, the goal of the MOD system is to achieve uninterrupted play out of the media object, Horn), 
and 

calculates the transmission time of a segment based on the calculated playout time of the 
segment (page 13, sections [0133] [0136], wherein the constraint in equation three is due to the fact 
that the client should have finished downloading block i by the time it needs to play it out, i.e., by 
the time blocks 0, . . . , i-1 have completed playing out, Horn); 

division means (page 5, section [0057], wherein a media object file may be divided into 
sequentially numbered blocks, where the blocks index indicates the temporal position of each block 
in playing out the media content, Horn) which divides the contents into segments according to the 
transmission time of the segment calculated by said time calculation means (page 7, section [0078], 
wherein the blocks or set of blocks are chosen to generate an output symbol will be referred to as 
the blocks associated with that output symbol, and page 7, section [0079] , wherein the block 
encoder provides the output symbol to a transmit module and the transmit module may also provide 
the key of each such output symbol and the set of blocks associated with each output symbol, and 
page 8, section [0082], wherein the receive module receives the output symbols and the receive 
module may use timing information in order to calculate the key or the block, Horn) and divides 
said divided segments into block (page 7, section [0078], wherein each segment of the media object 
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may be logically divided into plurality of disjoint blocks by the media block scheduler, in which 
segment is defined as dividing into segments, Horn); and 

meta contents (page 5, section [0059], wherein the client stores the packets for a block as 
they arrive and waits for the entire block as wherein meta contents are the packets, Horn) means for 
converting (page 11, section [0112], wherein to convert from megabits to megabytes, divided by 
eight, Horn) the contents into meta contents by adding the overhead for each block divided by said 
division means (page 19, section [0205], wherein the client storage requirement is limited, it may be 
preferable to increase the server bandwidth and the total number of segments in the media object, 
and place an upper limit on the segment size, and the server bandwidth can be further divided so 
that a segment finishes downloading as late as possible before it is scheduled to play out, Horn), 

when the size of segment is an integer multiplication of the size of the fixed block, said time 
calculation means set the overhead for each segment based on the overhead in said fixed block, and 
when the size of the segment is not an integer multiplication of the size of the fixed block, said time 
calculation means determines the play out time of variable block which cannot be divided by said 
fixed block and the overhead in the variable block, and sets the overhead for each segment based on 
the overhead in said fixed block and the overhead in the variable block of said segment.. 
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Response to Arguments 

Applicant Argues /States : 

Claims 1 through 9 were rejected under 35 U.S.C. § 102 for lack of novelty as evidenced by 
Horn et al. 

In the statement of the rejection the Examiner asserted that Horn et al. disclose a 
transmission data generation method and equipment identically corresponding to those claimed. 

This rejection is traversed. 

The factual determination of lack of novelty under 35 U.S.C. § 102 requires the identical 
disclosure in a single reference of each element of a claimed invention, such that the identically 
claimed invention is placed into the recognized possession of one having ordinary skill in the art. 
Dayco Prods., Inc. v. Total Containment, Inc., 329 F.3d 1358, 66 USPQ2d 1801 (Fed. Cir.2003); 
Crown Operations International Ltd. v. Solutia Inc., 289 F.3d 1367, 62 USPQ2d 1917 (Fed. Cir. 
2002). There are fundamental differences between the claimed method and equipment vis-a-vis the 
method and equipment of Horn et al, that scotch the factual determination that Horn et al. disclose 
a method and equipment identically corresponding to those claimed. 

The present invention, 

In order to facilitate an understanding of the differences between the claimed invention and 
Horn et al., the following explanation is offered for the Examiner's convenience. In Luby 
Transform, the original data of the contents are changed into meta contents, adding overhead, and 
packets having the meta contents data are distributed. The optimum value of the overhead when the 
original data are changed into meta contents varies according to the size of the data. However, the 
size of the data is arbitrary, so the distribution side sets the overhead to a safe value (the largest value 
of the fluctuation range of the overhead so that the contents can be generated without deterioration, 
regardless of size. Therefore, compared with setting the overhead to an optimum value according to 
the size of the data, the volume of meta contents transmission data increases and the transmission 
band increases. 
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The present invention is directed to optimizing the overhead according to the size of the 
data. Specifically, the present invention is directed to optimizing the overhead when a remaining 
block (a variable block) occurs by the block division. 

The inventive method minimizes "e" as overhead in the system in which there are "e" and 
fl L". Specifically, to cope with a change in the overhead due to a variable block, the inventive 
method sets V depending on the variable block. Adverting Fig. 6, "e" is overhead for creating meta 
contents in each segment, and M L" is a packet loss tolerance for packet loss. In the present invention, 
it is necessary to receive a packet adding "e" so that the original data of the contents is restored to 
100%. 

In accordance with the present invention, the size of a fixed block is set based on the 
overhead. The size of the segment may be an integer multiplication of the size of the fixed block, or 
may not be an integer multiplication thereof. When the size of the segment is an integer 
multiplication of the size of the fixed block, the segment consists of a plurality of fixed blocks, and 
the smallest overhead for the segment consist of the overhead in the fixed block. When the size of 
the segment is not an integer multiplication, the segment consists of a plurality of fixed blocks and 
one remaining block, and the smallest overhead for the segment consists of the overhead in the 
fixed block and the overhead in the remaining block. 

Therefore, as one having ordinary skill in the art would have understood, in the present 
invention, when the size of the segment is not an integer multiplication of the size of the fixed 
block, the overhead of a variable block (the remaining block) is determined for each segment of the 
contents. Thus, in the present invention, for each segment, the overhead of the variable block is set 
to an optimum value according to the size of the variable block. The overhead of the variable block 
is a value unlike the overhead of the fixed block, and is the value that is bigger than the overhead of 
the fixed block. 

Further, in accordance with the present invention, when the size of segment is an integer 
multiplication of the size of the fixed block, the overhead for each segment is set based on the 
overhead in the fixed block; and when the size of the segment is not an integer multiplication of the 
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size of the fixed block, the overhead for each segment is set based on the overhead in the fixed 
block and the overhead in the variable block of the segment Thus, in the present invention, for each 
segment, the overhead of the segment is set to an optimum value according to the size of the 
segment. 

For example, as shown in Fig. 8, the overhead takes a value of 104%-105% depending on 
the data size. In the present invention, the size of a fixed block is set based on an overhead of 104%. 
Therefore, when the size of the segment is an integer multiplication of the size of the fixed block, 
the overhead "e M of the segment is 104%. Further, when the size of the segment is not an integer 
multiplication of the size of the fixed block, the most suitable overhead for the variable block is 
calculated by the method to show in figure 10, and the most suitable overhead of the segment is 
calculated by the overhead (a value that is bigger than 104%) of the variable block and the overhead 
(104%) of the fixed block. Therefore, in the present invention, extra data are not transmitted, and 
the redundancy is set at the most suitable value. 

The above explanation of the present invention should drive home the fact that Horn et al. 
neither disclose nor suggest a method and equipment corresponding to those claimed. This should 
be even more apparent from the following discussion 

Horn et al. 

In Horn et al., M e/(1-L)" is the overhead, and "e" is a fixed value. For example, if"L M is 20% 
and V is 100%, the number of distributed packets is "1/(1-0.8)=1.25" times of the original 
number of packets. 

To cope with a change of the overhead due to a variable block, Horn et al. set "e" to a safe 
value (the largest value of the fluctuation range of the overhead). Therefore, in Horn et al, the 
overhead is set the same value (the safe value) for all segments. For example, the overhead takes a 
value of 104%-105% depending on the data size. When the size of the segment is an integer 
multiplication of the size of the fixed block, "e" is 105%, and when the size of the segment is not an 
integer multiplication of the size of the fixed block, V is 105%. Therefore, in Horn et al., extra data 
are transmitted, and the redundancy is set at an overly large value. 
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If f L" is 0%, the overhead M e" of the present invention appears to agree with the overhead 
"e/(l-L) M of Horn et al. However, the invention of Horn et al. assumes that "L" will never be 0%. 
Moreover, the invention of Horn et al. does not provide a method to minimize V depending on 
changes in the data size. 

The above-argued apparent differences between the claimed method and equipment vis-a- 
vis those of Horn et al. undermine the factual determination that Horn et al. disclose transmission 
data generation method and transmission data generation equipment identically corresponding to 
those claimed. Minnesota Mining & Manufacturing Co. v. Johnson & Johnson Orthopaedics Inc., 
976 F.2d 1559, 24 USPQ2d 1321 (Fed. Cir. 1992); Kloster Speedsteel AB v.Crucible Inc., 793 F.2d 
1565, 230 USPQ 81 (Fed. Cir. 1986). Applicant, therefore, submits that the imposed rejection of 
claims 1 through 9 under 35 U.S.C. § 102 for lack of novelty as evidenced by Horn et al. is not 
factually viable and, hence, solicits withdrawal thereof. 

Examiner Response : 

Applicant does not clearly define what the prior art (Horn et al) of record does not teach. 
Applicant only defines the difference between the prior art of record and the present claim 
invention. 

Examiner states that all arguments in reference to prior art of record, must be clearly 
specified as to wherein the arguments clearly states: "prior art does not teach or suggest", or does 
not describe", and so forth. 

Therefore, applicant statement and remarks regarding the difference between the two are 
considered to be "blanket statements", in which arguments are not clearly conveyed to the examiner. 



Application/Control Number: 10/616,304 
Art Unit: 2163 



Page 19 



Prior Art of Record 



(The prior art made of record and not relied upon is considered pertinent to applicant's disclosure) 
1. Horn et al (US PG Publication US 2002/0107968) discloses a media object is scheduled for 
transmission between a server and a client, wherein the media object is partitioned into segments of 
blocks, each block is a unit of media for which a client will wait to receive an entire block before 
playing out the block, and wherein each segment includes an integer number of blocks 



should be directed to Helene R. Rose whose telephone number is (571) 272-0749. The examiner 
can normally be reached on 8:00 am - 4:30 pm M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
Don Wong can be reached on (571) 272-1834. The fax phone number for the organization where 
this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http:/ /pair-directuspto.gov. Should you have questions on access to the Private PAIR system, 
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Any inquiry concerning this communication or earlier communications from the examiner 
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contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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